home *** CD-ROM | disk | FTP | other *** search
Text File | 1993-05-03 | 7.1 KB | 154 lines | [TEXT/R*ch] |
- Kermit Tool GH version 1.3
- by Glenn R. Howes -- University of Wisconsin Department of Chemistry
- -------------------------------------------------------------------
- Notice: this will probably be the last version of this tool that
- comes out for quite a long time. I'm sorry, but that's the way things
- go; hopefully, this version will give good service with most Kermit
- implementations and will survive future system enhancements.
- -------------------------------------------------------------------
- changes since 1.2
- • added method field so that the current method of transfer can
- be seen (such as “Macbinary using CRC checking with 8th bit prefixing”).
- • added a barber pole to give people something to look at when the
- remote Kermit doesn't send the tool the current file's length.
- • added a data rate field (characters per second since negotiation).
- • as a cute/semi-useful feature, system 7 users should now see the icons
- associated with the current contents of the file type fields.
- • added an about box (brought up by hitting the balloon icon in the setup
- box).
- • now try to fill up a classic (94 bytes) data packet has tightly as
- possible.
- • will now try to explain why a transfer failed using the notification
- alert box.
- • moved the more esoteric parameters to their own dialog box
- (accessible from the "Expert Options..." button).
- • removed auto-receive.
- • added the ability to specify separate characters for send and
- receive start of packets.
- • added a menu giving various options for modifying the filenames
- sent out.
- • removed support for an untested feature extra long packets (>9024)
- as the current wisdom says that this is a useless feature.
- • will warn the user if the attributes packet says the file is text
- during a binary/macbinary transfer or vice versa. Doesn't do
- anything about it, but at least warns you.
- ---------------------------------------------------------------------
- What it is:
- Kermit Tool GH is a freeware file transfer tool for use with
- programs that utilize the Macintosh Communications Toolbox.
- Commercial and shareware developers must obtain a license to
- bundle this tool with their products.
-
- How to use it:
- 1) Get a CTB compliant application. Examples would be ClarisWorks,
- Termy,VersaTerm etc.
- 2) Install the basic CTB set. (this is available from Apple).
- 3) Place Kermit Tool GH in either the extensions folder (sys 7) or
- the communications folder (sys 6).
-
- What it does:
- Right now, it implements a Kermit file transfer protocal
- with packet size <= 9024 (given enough memory); 1, 2 or 3 byte error
- checking; attribute packets; run compression; text, binary or
- macbinary file transfers.
- In text mode it strips out line feeds while receiving and adds
- line feeds while transmitting. In macbinary mode it looks for a
- macbinary header so as to generate a mac-only file (such as an
- application).
-
- Macbinary:
- This tool supports the macbinary file format. If you want to only
- use the current macbinary II format and not decode documents that
- appear to be in macbinary I format you can check the appropriate box
- in the setup dialog.(evidently certain file types such as the gif
- format can be misinterpreted as macbinary I). If a file being downloaded
- is determined to not have a valid macbinary header, it will be downloaded
- as a binary file with the type and creator chosen in the setup dialog. If a
- file with a valid macbinary header is found to be incomplete: the
- length data in the header is longer than the data actually received,
- the file's type will be changed to 'BADD' and its creator to 'KerM',
- with an appropriate icon. This was done to avoid generating
- corrupt files which the finder thinks might be executable, but the
- file will probably be useless anyway.
-
- Performance:
- If you find that running this tool in the background is slowing
- down your machine too much, reduce the packet length. Alternatively,
- if you want faster transfer speed increase the packet length
- (1024 is a good value if the remote kermit supports it). I think my
- implementation is quick compared to other implementations of Kermit.
- Know that some minimal implementations of Kermit support packet
- lengths of 94 or less.
-
- Tips:
- The setup box has full balloon help. Please use it.
- Make sure the receiving program is set to use the large packets
- that you want.
- Make sure that the remote computer is ready for binary files
- when you transfer binary or macbinary files. Text is usually the
- default.
- If a transfer stops dead, try cancelling and dropping the packet
- length, I find that a major reason that transfers fail is due
- to problems with packets being too long, especially on sends.
- There is a limit to this, don't drop below 80 byte packets.
- Using run length compression (default) might give a noticeable
- increase in throughput, especially for text files.
- Use 8 bit lines if at all possible, especially for binary files.
- If the remote Kermit doesn't accept a cancel command while sending,
- try hitting Control-A followed by Return. If you do this 10 times
- in a row you should exceed the remote's retry limit.
- When configuring the remote Kermit, try typing in "help" or "?",
- many implementations will give you info on how to configure things
- like packet-length.
- There appears to be some sort of problem found when dealing with
- older Kermits sending files to this tool. Every packet gets
- echoed. I'm working on this, but sometimes waiting until the
- remote Kermit sends its first packet before starting receiving
- works.
-
- Testing:
- I've had several people beta test this tool, they found several errors
- and made many interface suggestions which I have incorporated into
- this tools design. This does not mean there are no bugs, just that
- I squashed the more obvious ones.
-
- Distribution:
- Feel free to distribute this tool with this Read Me file. However,
- this tool is not to be sold or bundled with any shareware or
- commercial software without obtaining a license from me.
-
- Legalisms:
- I retain all rights to this tool and to its source code.
-
- I neither give nor imply any warranty of this product. Bugs are
- unavoidable in software development, so any loss of data or
- time caused by this tool is not my responsibility. Besides,
- what did you pay for this tool. :-)
-
- Thank You:
- John Scott for rewriting the 'fcsr' segment in his own image
- Brad Spencer and Ed Turner for lending me needed books
- Frank da Cruz for writing "Kermit: A File Transfer Protocol"
- Pete Resnick and John Rawnsley for their extra help in beta.
- Symantec for selling a beautiful C compiler (Think C 5.0)
- My mother for having me and 9 other children.
-
- In the unlikely event you care:
- My birthday is May 19th, and my favorite presents are cash,
- shrink wrapped software and expensive computer equipment.
- -------------------------------------------------------------------
- If you find a serious bug, please catalog:
- how they occured,
- what equipment (computer),
- system software,
- application software,
- communication setup (parity, data bits, speed....),
- anything else that appears appropriate,
- your e-mail address if you have one
-
- Glenn Howes
- Room #3211
- 1101 University Ave.
- Madison,WI 53706
- howes@bert.chem.wisc.edu
-